This PR fixes the auto-save issues, namely:

• Tabora loading issue when returning to planet #45
• Collectables sometimes being given back after reloading a save

This was all caused by an issue in how saves are handled within the game, which is explained in detail in the issue linked above.

The solution that was picked is to move data around so that it is located in places that are coherent with how we want them saved:

• Tabora wrench cutscene flag is now put in the unused part of Tabora platinum bolt table
• Aranos wrench cutscene flag is now put in the unused part of Aranos platinum bolt table
• Global platinum count is now put in the secondary inventory flag for an unused weapon
• Global nanotech count is now put in the secondary inventory flag for an unused weapon
• Global hypnomatic part count is now put in the secondary inventory flag for an unused weapon
• Global bolt pack count is now put in the secondary inventory flag for an unused weapon

Moving these variables around required some modifications in Container.py for the game code to read these variables at the right address dynamically (using MIPS.get_address_halves).

For the 4 "global" variables, my first plan was to put it inside the "current ammo table" since it has 4 bytes per equipment and lots of them don't even use ammo. I did a test run with all 4 values packed into equipment 0x00 ammo, and for some reason I encountered several weird crashes I had never seen before. I suspected modifying the higher half of address has impacts, so I investigated but saw nothing that could explain it.
I tried moving those values to secondary inventory, did a test run, and everything worked perfectly fine, so I went with that solution instead.

Later, we'll need to add more custom values like those, so we'll need to dig deeper as to why the ammo count solution didn't work. Trying to put it as ammo for unused weapons or other equipement instead of equipment 0x00 might be a good start, but for now this fix is both sufficient and pretty elegant in my opinion.